home *** CD-ROM | disk | FTP | other *** search
- Path: cosy.sbg.ac.at!not-for-mail
- From: gwesp@dodo.cosy.sbg.ac.at (Gerhard Wesp)
- Newsgroups: comp.sys.cbm,gnu.gcc.help,comp.sys.atari.8bit
- Subject: Re: GNU C-compiler port to 6502
- Date: 29 Mar 1996 10:57:52 +0100
- Organization: Dept. of CS, University of Salzburg
- Message-ID: <4jgc70$lmt@dodo.cosy.sbg.ac.at>
- References: <4irqpb$7pc@esel.cosy.sbg.ac.at> <4jbmcf$733@news.iastate.edu>
- NNTP-Posting-Host: dodo.cosy.sbg.ac.at
-
- In article <4jbmcf$733@news.iastate.edu>,
- David Deaven <deaven@ishmael.ameslab.gov> wrote:
- > Yes, I worked a bit on this. What I currently have is not fully
- >functional but implements most of the things required for a full
- >ANSI compiler. I never anticipated anything but a cross compiler,
- >using my workstation to compile code for my herd of Ataris.
-
- Wow! I hoped that somebody already dug into this a little.
- Would you mind making your work available so that I can try it
- out? I am surprised that it works at all without a virtual
- machine abstraction!
-
- > But the biggest choice of all is whether to let GCC manage the 6502
- >registers directly, or to use a sort of ``virtual machine'' model on
- >the 6502 that looks better to GCC (page zero registers, manipulated by
- >simple bits of native code that GCC thinks are single instructions).
-
- Exactly such sort of thing I thought of. The code could be
- implemented as macros and as subroutines for the more complex things
- like multiplicatio, division, floating point ops etc. (or we use
- pseudo ops triggered by a brk...)
-
- Have a nice weekend!
-
- Greetings,
- -Gerhard
-